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(54) Method and apparatus for storing and accessing electronic content 



(57) In a method for storing and accessing objects 
in an electronic content store (e.g. for a Website), each 
object is assigned a version number, such that multiple 
instances of the same object with different version num- 
bers may coexist. When accessing an object in the con- 
tent store for reading or writing, a requested version 
number is specified. When reading an object, if an in- 
stance of that object with the requested version number 
exists in the content store, that instance of the object is 
returned, and otherwise the most recent older instance 
of that object is returned. When writing to an object, if 
an instance of that object with the requested version 
number exists in the content store, the write is per- 
formed to that instance of the object, and otherwise a 
copy is made of the most recent older instance of the 
object, the copy is assigned the requested version 
number, and the write is performed to the copy. This pro- 
vides an efficient and convenient mechanism for man- 
aging versions of the content. 




WEBSERVER 



PUBLISHING 
APPLICATION 



ADMINISTRATION 
INTERFACE 



TEMPLATE 
RENDERER 



CONTENT 
STORE ACCESS 



CONTENT STORE 



'10 



WG.1 



Q. 
UJ 



Printed by Jouve. 75001 PARIS (FR) 



EP1 146 442 A2 

Description 

Background to the Invention 

5 [0001] This invention relates to a method and apparatus for storing and accessing electronic content. The invention 
is particularly although not exclusively concerned with a content store for use in generating websites. 
[0002] By content is meant any information or goods that are delivered electronically to a consumer, either directly 
or indirectly. 

For example, content may be embodied in HTML pages and their associated images, and delivered directly to users 
io through the World Wide Web. However, the advent of more general eBusiness (electronic business) applications has 
led to a corresponding generalisation in the definition of content to include, for example: 

• Web pages and images. 

Multimedia files (e.g. audio & video clips). 
15 • Streaming media. 

• Shopping catalogues. 

• "Soft" or "digital" goods for sale (e.g. downloadable music and software). 

• Functionality, as embodied in CGI scripts and their modem equivalents. 

20 [0003] Such content is generally held in some form of content store. For example, in a conventional website, the 
content store may be an ordinary filestore containing prepared HTML pages. Alternatively, in a dynamic website, the 
content store may be a relational database holding raw data, and publishing may use some dynamic page construction 
mechanism such as CGI or ASP, or a template rendering mechanism, to construct web pages when required. 
[0004] Such content store may be required to be updated frequently, for example by modifying pages, adding new 

25 pages, and deleting old pages in a website. This presents a significant problem in managing the information. The object 
of the present invention is to provide a novel way of addressing this problem. 

Summary of the Invention 

30 [0005] According to the invention, a method for storing and accessing objects in an electronic content store com- 
prises: 

(a) assigning each object a version number, such that multiple instances of the same object with different version 
numbers may coexist; 

35 

(b) when accessing an object in the content store for reading or writing, specifying a requested version number; 

(c) when reading an object, if an instance of that object with the requested version number exists in the content 
store, returning that instance of the object, and otherwise returning the most recent older instance of that object; and 

40 

(d) when writing to an object, if an instance of that object with the requested version number exists in the content 
store, performing the write to that instance of the object, and otherwise making a copy of the most recent older 
instance of the object, assigning the requested version number to the copy, and performing the write to the copy. 

45 [0006] It will be shown that this provides an efficient and convenient mechanism for managing versions of the content. 

Brief Description of the Drawings 

[0007] 

50 

Figure 1 shows a computer network including a web server computer. 
Figure 2 shows the logical organisation of a content store. 
Figure 3 illustrates temporal versioning in the content store. 
Figure 4 illustrates the process of rendering a template in multiple phases. 
55 Figure 5 illustrates the use of active shortcuts to model different websites using the same raw content. 

Figures 6 and 7 illustrate the use of active shortcuts to model complex pages. 
Figure 8 shows an example of a resource schema. 
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Description of an Embodiment of the Invention 

[0008] One embodiment of the invention will now be described by way of example with reference to the accompanying 
drawings. 

5 [0009] Figure 1 shows a Web server computer 10, which hosts one or more websites. The Web server 10 can be 
accessed over a network 11 by a number of client devices 12. Typically, the network 11 may be the Internet or an in- 
house intranet. Each of the client devices 1 2 may for example be a personal computer (PC), mobile phone, or interactive 
TV, and contains conventional browser software for accessing web pages from the web server. 
[001 0] The Web server 1 0 includes a content store 1 3, a website publishing application 1 4, an administration interface 

10 15, a template renderer 16, and a content store access service 17. 
The components 14-17 may all be implemented as Java servlets. 

Content store 

15 [001 1] The content store 13 holds all the content for the website. It contains a set of objects, logically organised in 
a tree structure. Each object represents either an actual item of content (such as a template, dynamic information to 
be inserted into a template, a partially rendered template, or a fully rendered document), or a folder which may contain 
other objects. The content store may be distributed, and accessed over a network using the standard WebDAV (Web- 
based Distributed Authoring and Versioning) protocol, or alternatively may be local. The content store may simultane- 

20 ously include many distinct implementations of the logical model on different media, such as relational database man- 
agement systems, filesystems, memory, XML documents, and so on. 

[0012] Each object in the content store has a hierarchic address, which identifies its position in the tree structure. 
For example, Figure 2 shows a portion of the content store, with objects identified by addresses such as 7sport/news/ 
football". The root of the tree is indicated by V. The objects directly below an object in the tree structure are referred 
25 to as its children; for example "/sport" has two children, "/sport/news" and "/sport/articles". Conversely, an object directly 
above another object in the tree is referred to as its parent; for example "/sport" is the parent of "/sport/news" and 7 
sport/articles". 

[0013] Each object in the content store has an internal structure, comprising a content body and-a number of prop- 
erties. The properties may be further organised into one or more property sheets, so that name clashes between 
30 standard properties and those assigned by different groups of individuals are avoided. Property sheets provide a con- 
venient visualisation of the concept of XML namespaces as used in WebDAV. 

[0014] The properties of an object can be addressed by appending a suffix of the form :propertysheetproperty to 
the object address. For example, 

/news/speeches/s1234:PUBLIC:speaker addresses the speaker property on the PUBLIC property sheet of the 
35 object at /news/speeches/s1234. If the property sheet is not specified, the PUBLIC property sheet is assumed by 
default. 

[0015] An object can model any of the following items: 

• A simple file, where all the content is in the body, and is treated as just an unstructured row of bytes or text char- 
40 acters. There may be some fixed properties, such as content length and modification date, corresponding to those 

of an ordinary file. 

• A document together with its metadata, i.e. information about the document such as its author, approval status, 
subject matter, default publishing template and so on. 

• A fielded database record, where all the data is held in the properties, here having the role of database fields. 
45 • Combinations of the above, e.g. a fielded database record with associated metadata. 

Temporal Versioning 

[0016] Each object in the content store has a temporal version number associated with it. This may be explicitly 
50 assigned to it, as one of the object properties. The content store may thus contain several different versions of a given 
object with the same address but different version numbers. The version numbers may, for example, relate to different 
publication dates or development phases. Higher version numbers indicate later versions. A special marker object is 
used to indicate deleted content. 

[0017] Any access to the content store access specifies an object address and a requested version number. The 
55 content store access service then accesses the content store to select the appropriate version, according to the fol- 
lowing rules: 

• Read access. If an instance of the object with the requested version number exists, it is read. However, if it is 



3 



• 

EP1 146 442 A2 



# 



marked as deleted, it is deemed not to exist. If an instance of the object with the requested version number does 
not exist, the most recent older version (i.e. with the highest version number not greater than the requested version 
number) is read. 

• Write access. If an instance of the object with the requested version number exists, then it is modified as requested. 
5 Otherwise, a copy is made of the most recent older version of the object, the copy is tagged with the requested 

version number, and the modifications are applied to this copy. The unmodified version is thus still available for 
viewing. 

• Deletion. A deletion marker object is created, and tagged with the requested version number. If an instance of the 
object already exists, with a version number exactly equal to the requested version number, that instance is deleted. 

10 

[0018] This means that a new system version can be created without making new copies of unchanged content: the 
previous versions will continue to be used in the new system version until they are modified. When an object is modified, 
a new copy is made automatically and transparently, and assigned the new version number, retaining the original 
unmodified version with the original version number. Likewise, if an object is deleted then it is merely marked as deleted 

15 at the new version number: the contents are retained in the content store labelled with the previous version number. 
[0019] Within these simple rules, versioning can be used in a number of ways, for both long-term strategic site 
redesigns or campaigns, and day-to-day updates. A simple approach assigns two current versions: version N for "live" 
publishing (i.e. what site visitors see), and version N+1 for administering. This means that whatever site administrators 
do, their effects are not visible on the live sites. At some appropriate time, when the new material is complete and 

20 behaves correctly, both the live and administration versions are incremented, so the previous administration version 
becomes visible to visitors, and a new administration version is spawned. If necessary, the live site may be regressed 
back to its previous version. In addition, individual administrators may choose to view different system versions, and 
different sites may choose to publish from different system versions. 

[0020] An example of temporal versioning is shown in Figure 3. In this, it is assumed that the live, published site (P) 
25 is always one version number behind the administration version (A). Currently live versions are shown shaded. It can 
be seen that: 

• The current live version of the site is version 4. This is what visitors see. 

The current administration version of the site is version 5. This is what administrators see by default. 
30 • Object A has not changed since it was first published, so it continues to be published in its original form at version 4. 

• Object B has been modified at version 4. The previous version remains in case we need to regress the live site. 

• Object C is a brand new object at version 4. If we regressed the live site to version 3 it would seem to disappear. 

• Object D used to exist, but was deleted in a previous version, so it no longer appears in the live site. It would 
reappear if we regressed to version 2. 

35 • in the current administration site, objects A, B, C, and D remain unchanged, object E is deleted, and object F has 
been modified. These changes do not yet affect the live site. 

Templates 

40 [0021] A template consists of a document (typically HTML) containing embedded commands that identify what in- 
formation is to be inserted into the template when it is rendered. These commands include WebDAV and other com- 
mands, embedded in the document using XML syntax. These embedded commands are distinguished from conven- 
tional HTML tags by a "ds:" namespace. 

[0022] Templates may reside in file store, or may be held in the content store itself. Some examples of typical em- 
45 bedded commands that can be used in templates will now be described. 

insert command 

[0023] The insert command retrieves or constructs some text, and then inserts it into an output stream. One possible 

50 format for the insert command is: 

<ds:insert content="Source^cWress" phase=" phaseNumbef /> 
[0024] The SourceAddress attribute specifies the content store address of an object or property whose contents are 
to be retrieved and inserted into the output stream. For example, the command: 

<ds:insert content=7sport/news/000216 n /> retrieves the news article at address 7sport/news/000216" from the 

55 content store, and inserts it into the output stream. 

[0025] The phaseNumber attribute specifies the expansion phase at which this particular command is to be per- 
formed. (See section below on multi-phase rendering). This attribute is optional; if omitted a default of zero is assumed. 
[0026] Content properties can also be directly addressed, using the suffix notation mentioned above. For example: 



4 



• m 

EP 1 146 442 A2 

<ds:insert content=7sport/news/0002 16: headline" /> inserts the headline property associated with the news ar- 
ticle. 

[0027] The content attribute may be replaced by a shortcut attribute. This indicates that the object referred to is a 
shortcut (see below), and in this case the value used will be the result of accessing the object as a shortcut. 
5 [0028] Alternatively, the content attribute may be replaced by a src (source) attribute. This indicates a URL (Universal 
Resource Locator) which can be used to access an object from an external website. 

for command 

10 [0029] The for command is used to specify an iterative loop through a set of objects or values, repeating some 
processing for each. One possible format for this command is: 
<ds:for content= n RoofOoyecf filter="F/7fer n > 

Loop Body 
</ds:for> 

15 [0030] This command causes the enclosed Loop Body text to be repeated a number of times, once for each object 
in the RootObject folder. 

[0031] The Filter attribute is an expression involving comparison operators, which specifies a condition for selecting 
objects from this set. For example, the expression: 

subject EQ football OR subject EQ golf selects objects whose subject property is equal to either "football" or "golf. 
20 [0032] The content attribute may be replaced by a shortcut attribute. This indicates that the object referred to is a 
shortcut (see below), and in this case the value used will be the result of accessing the object as a shortcut. If the 
shortcut has a filter property, this will be used as if it had been supplied as an attribute in the command. 
[0033] The following is an example of the usage of the for command: 

<ds:for content=7sport/news" filter="this:subject EQ 'footbain> 

25 

</ds:for> 

[0034] This loops through all the articles in folder /sport/news, selecting only those whose subject property is equal 
to "football". This may be used, for example, to build an index page of news items relating to football. 
[0035] A number of other "programming" commands (loops, conditions, procedures, variables etc.) are also provided, 
30 which may be used to produce very sophisticated and adaptive web pages. 

Template Tenderer 

[0036] The template renderer 1 6 can be called (for example from the publishing application or from the administration 
35 interface), to render a specified template. The result is an output string, which is passed back to the caller. 
[0037] A call to the template renderer contains the following arguments: 



template The address in the content store of the template to be rendered. 

expansionPhase The phase to which the template is to be rendered. 

contentVersion The temporal version number to be used in the rendering process. 

argString An optional string of arguments. 



[0038] When called, the template renderer first accesses the content store to get the specified template. It then 
parses the template, to identify any embedded commands in it. When a command is identified, its phase is determined 
from its phase attribute; if there is no phase attribute, the phase is assumed to have the default value of zero. If the 
phase of the command is less than or equal to the expansionPhase argument specified by the call, the command is 
executed, and any text generated by the command is appended to the output string. If on the other hand the phase of 
the command is greater than the expansionPhase argument, the command is simply copied to the output string, (after 
expanding any expressions in the command). Similarly, any parts of the template that are not embedded commands 
are simply copied to the output string. 

Multi-phase rendering 

[0039] The ability to specify phases in the embedded commands, as described above, allows templates to be ren- 
dered in multiple phases. For example, a first phase may be performed as part of a batch process to insert relatively 
static information into a template. The resulting partially-rendered template would then be stored in the content store. 
A second phase would then be performed at run-time, to insert dynamic information, such as information specific to 
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the current user, 

[0040] Figure 4 shows the process of rendering a template 40 in multiple phases (in this example, two phases). It is 
assumed that the template contains a number of embedded commands, and that some of these commands contain 
the attribute phase="0" (or implicitly have this phase value by default) while others contain the attribute phase= n r. 

5 [0041] In step 41 , the template renderer is initially called with the expansionPhase argument set to 0. The template 
Tenderer will therefore execute all the embedded commands with phase="0", but will not execute the commands with 
phase=T. These commands may, for example, comprise insert commands, which insert relatively static information 
42 from the content store. The result of this step is a partially rendered template 43, which still contains some embedded 
commands. This partially rendered template is saved in the content store. 

10 [0042] In step 44, at run time the template renderer is called again, in response to a request from a client browser, 
to render the partially rendered template 43. This time the expansionPhase argument is set to 1 . The template renderer 
will therefore now execute all the remaining embedded commands. These commands may, for example, comprise 
further insert commands, which insert dynamic information 45 from the content store. The result is an output page 46, 
which can then be returned to the client browser. The output page 46 may be in any text-based format such as HTML, 

15 XML, WML or ASCII, depending on the format of the original template. 

[0043] If the content store is distributed, the output or source of the rendering process may be remote, and so the 
phases could be performed on different servers if required. For example, one batch server may feed several live web- 
sites. A "listener" feature is provided, whereby an application in a server can deduce whether something has changed, 
which can be used, for example, to trigger a rebuild or a cache flush. 

20 

Active shortcuts 

[0044] An active shortcut is an object whose body contains the address of another object (referred to as the target 
object). When the template renderer retrieves an active shortcut, it automatically accesses the content store again to 

25 retrieve the target object. 

[0045] Active shortcuts may be used, for example, to allow an item of content to appear in many locations in the 
content store without needing separate copies. This is achieved by storing the item of content as a target object, 
referenced by a number of shortcuts. With this arrangement, if the target object is modified, the changes are immediately 
reflected in all the references (shortcuts) to it. 

30 [0046] Because active shortcuts are objects in their own right, they may have properties, including filter properties. 
These properties override the properties of the target object. In particular, if the target object is a folder with a filter 
property, the shortcut may specify an alternative filter. Thus, it is possible to define a shortcut to a folder which references 
only items within the folder satisfying certain conditions, say only those news items about football. 
[0047] Alternatively, the active shortcut may override a template property of the target object, so that the object looks 

35 different when viewed through the shortcut. 

Declarative modelling 

[0048] In general, the structure of a website will reflect that of the underlying raw content store. However, this may 
40 not always be appropriate. For example, the raw content might need to be organised according to physical location (if 
it is distributed), or ownership. Furthermore, the content may be required to populate multiple websites of different 
structures and with different selections in each. Keeping multiple copies of content would consume space and incur 
an administrative and performance overhead to keep them in step. 

[0049] To solve this kind of problem we can use active shortcuts to build alternative views on the same set of raw 
45 content. This is referred to herein as declarative modelling. The advantage of such a model is that symbolic operations 
on the model automatically result in operations in the real world. For example, copying and pasting a shortcut into one 
or more models causes the referenced content items to be published in the corresponding websites. 
[0050] An example of the use of active shortcuts for declarative modelling is illustrated in Figure 5. In this example, 
the content store is divided into three sections 50-52, reflected by branches or groups of branches in the content tree, 
so The first section 50 contains raw content for use in all sites. The second section 51 contains models of the target sites. 
The third section 52 contains published sites themselves. 

[0051] The raw content 50 is arranged for administrative convenience. Here, all news items have been grouped into 
a single folder 53. "F" denotes items about football, "T" about tennis, and "G" about golf. 

[0052] The site models 51 contain appropriate folder structures, templates, brand images, and anything else that 
55 might be site-specific. Here we have defined two sites 54,55; one about football, the other about tennis. In most cases, 
actual content in these sites is replaced by shortcuts to items in the raw content store. Here we have included shortcuts 
56,57 to the news folder 53, with different filters so that the two sites include only appropriate articles. 
[0053] When publishing occurs, the shortcuts are followed to retrieve the raw content, and to generate the target 



6 



EP 1 146 442 A2 

site 52. The properties defined in the shortcuts are used to apply content filtering, template selection, and other cus- 
tomisations specific to the target sites. For static publishing, the whole of the target site is generated in advance and 
stored. For dynamic publishing, the target site 52 is a virtual site, the component pages of the target site being generated 
on demand. 

5 [0054] Note that adding a news item to the raw content folder 53 will automatically add the news item to any site to 
which it is relevant. 

Modelling complex pages 

10 [0055] In some cases, complex pages such as portals may also benefit from declarative modelling. In this case, 
instead of a page being represented by a single object or template, the page is described by a subtree of resources, 
each representing some page component such as a featured news article or site index. Shortcuts are used so that 
components of the page can be changed just by redirecting the shortcut, without needing to change the page itself or 
to write any new HTML. 

15 [0056] An example of this is illustrated in Figure 6. In this example, the content store is divided into sections 60,61 ; 
one for the raw content and one for the target site models. Raw content is organised for administrative convenience. 
Here we have two folders 62,63; one for editorial articles and one for news items. 

[0057] Site models are defined as before, but here the internal structure of the portal page has also been exposed. 
That is, the portal page is modelled by a folder 64, which contains shortcuts 65-67 representing components of the 
20 published page. The shortcuts point to objects in the raw content section 60; in this example, the shortcuts 65-67 point 
respectively to the news folder 63, a news item 69, and an article 68. The portal template may also generate indexes 
for folder shortcuts, and summaries for resource shortcuts. 

[0058] When the site is published, the shortcuts 65-67 are followed to build the portal page. Figure 7 shows the 
resulting page. This consists of three panes 70-72, which respectively display a news index, the news item 69, and 
25 the feature article 68, obtained through the shortcuts 65-67. 

[0059] Re-routing any shortcut will cause the associated component of the portal to be updated. Similarly, adding or 
removing items to or from a folder will automatically alter any indexes. 

Administration interface 

30 

[0060] The administration interface 1 5 allows content to be browsed, copied, moved, tagged and similarly managed. 
It also provides a launchpad for other management functions, such as import/export and publishing. 
[0061] The interface displays a screen containing two panels. The left panel is a conventional folding-tree view of 
the content store. It shows content down to the folder level. Folders may be expanded by clicking on a "+" icon, or 
35 selected by clicking on their icons. 

[0062] The right panel shows details of the folder currently selected in the tree view. Resources (objects) within the 
selected folder may be selected by clicking on their icons. Tabs are provided to allow viewing of one or more properties 
sheets and a content sheet for the selected object. 

[0063] The interface also provides a toolbar, which allows miscellaneous operations to be performed on the selected 
40 object. Standard operations include "cut", "copy", "paste", "preview", "select all", "import/export" etc. 

Resource Schema 

[0064] Some of the objects held in the content store are class objects, which define a set of classes for other objects 
45 in the store. The set of available classes is collectively known as a resource schema. As will be described, when 
creating a new object, a user can specify a class for that object, and the new object will then automatically take on the 
properties of that class. 

[0065] An important feature of the schema is that it is represented as ordinary objects, and so all the ordinary content 
operations can apply to it. In particular, it can be accessed and modified by any of the normal methods (WebDAV, the 
50 User Interface, templates etc.), can be imported/exported as XML, can have versioning and access control applied, 
and so on. Furthermore, if an administrator does not have access permission to an object that happens to be part of 
a schema and describes some property in an object instance, then the administrator will not be able to see the property 
in HTML forms when he or she updates object instances. 

[0066] Figure 8 shows an example of a resource schema. In this example, the schema includes a "News Folder" 
55 class object 80, which describes the attributes of News Folder objects. As shown, the News Folder class object resides 
in a special "Classes" directory 81 in the tree structure. This directory may also contain other class objects (not shown). 
[0067] The News Folder class object 80 has a set of properties 82, which define attribute values shared by all mem- 
bers of this class. In particular, one property 83 defines what types of child object a News Folder object may have. In 
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this example, a News Folder object may have children of the following three classes: 

• news items, 

• weather reports, and 

5 • other news folders for sub-structuring. 

[0068] A class object may itself have a number of child objects, which represent resources owned by the class. In 
this example, the News Folder class object 80 has two child objects: a template object 84, used to display the list of 
news items, and a BGcolour (background colour) object 85, for use in the template. The BGcolour object has a set of 

10 properties, including a set of permitted background colours that can be used in the template: in this case red, blue or 
green. Another property of the BGcolour object specifies the default colour: in this case, red. 
[0069] Figure 8 also shows a "Sports News" directory object 87, which resides in a "Sports" directory 88. The Sports 
News directory is assumed to be a member of the News Folder class, as defined by the News Folder class object 80, 
and so inherits the properties of that class. In particular, it uses the template object 84 as its default template for 

15 generating web pages, and uses the BGcolour object 85 to specify its background colours. 

Creating a new object 

[0070] When a user desires to create a new object in the content store, the user first uses the administration interface 
20 15 to select an existing object that is to be the parent of the new object. The administration interface toolbar includes 
a "Create new object" option. If this option is selected, the administration interface automatically accesses the class 
object corresponding to the selected object, to find the permitted classes of child object for the selected object. A drop- 
down menu is displayed, listing these permitted classes. 

[0071] If the user selects one of these permitted classes, the administration interface then automatically creates a 
25 new object of the selected class, giving it the properties of that class as specified by the class object for that class. 
The user can then edit the new object, if desired, for example by inserting text or other content into it. 
[0072] For example, referring to Figure 8, if the user wishes to create a new object in the Sports News directory, the 
user first selects this directory and then clicks on the "Create new object" option. The administration interface will then 
access the News Folder class object 80, and display a drop-down menu containing a list of the permitted child objects 
30 for this class: namely News Item, Weather Report and News Folder. The user can then select one of these (say News 
Item), and the administration interface will then automatically create a new object of this class. 

Some possible modifications 

35 [0073] It will be appreciated that many modifications may be made to the system described above without departing 
from the scope of the present invention. 

[0074] For example, while the example described above is concerned with generating web pages, it will be appre- 
ciated that it could also be used in for generating other types of document, for example in non-web applications such 
as paper publishing and "digital dashboards". 
40 [0075] Also, while the above example describes two-phase rendering of a template, it will be appreciated that, if 
required, a template may be rendered in more than two phases. 



Claims 

45 

1. A method for storing and accessing objects in an electronic content store, the method including: 

(a) assigning each object a version number, such that multiple instances of the same object with different 
version numbers may coexist; 

50 

(b) when accessing an object in the content store for reading or writing, specifying a requested version number; 

(c) when reading an object, if an instance of that object with the requested version number exists in the content 
store, returning that instance of the object, and otherwise returning the most recent older instance of that 

55 object; and 

(d) when writing to an object, if an instance of that object with the requested version number exists in the 
content store, performing the write to that instance of the object, and otherwise making a copy of the most 
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recent older instance of the object, assigning the requested version number to the copy, and performing the 
write to the copy. 

2. A method according to Claim 1 wherein a new object is created at a specified version number by writing the new 
5 object to the content store with the specified version number, replacing any existing instance of the object with the 

same version number. 

3. A method according to Claim 1 or 2 wherein an object is deleted at a specified version number by writing to the 
content store an instance of the object with the specified version number and marked as deleted, this instance 

10 replacing any existing instance of the object with the same version number. 

4. A method according to Claim 3 wherein, when reading an object, if an instance of that object with the requested 
version number exists in the content store, but is marked as deleted, the object is deemed not to exist, even if 
there exist instances of that object with different version numbers. 

15 

5. A method according to any preceding claim wherein when an object is deleted at a specified version number, any 
instances of that object with different version numbers are not affected. 

6. A method according to any preceding claim wherein: 

20 

(a) a first current version number relates to a current published version of the content and a second, later 
current version number relates to a yet to be published administration version of the content; and 

(b) when it is required to publish the administration version, the first current version number is updated to equal 
the second current version number, and the second current version number is updated to a new, later value. 

25 

7. A method according to any preceding claim wherein regression to a previous version of the content is achieved 
by changing a current published version number to an earlier value. 

8. A method according to any preceding claim wherein the objects in the content store are arranged in a tree structure, 
30 each object being identified by a hierarchical address, and different instances of an object having the same hier- 
archical address but different version numbers. 

9. A method according to any preceding claim wherein said objects in the content store include a plurality of web 
pages. 

35 

10. A web server including: 

(a) an electronic content store (13) holding a plurality of objects, each object having a version number, such 
that multiple instances of the same object with different version numbers may coexist; 
to (b) means for reading an object with a requested version number, by returning an instance of that object with 

the requested version number if such an instance exists in the content store, and otherwise returning the most 
recent older instance of that object; and 

(c) means for writing to an object with a requested version number, by performing the write to an instance of 
that object with the requested version number if such an instance exists in the content store, and otherwise 

45 making a copy of the most recent older instance of the object, assigning the requested version number to the 

copy, and performing the write to the copy. 

11. A computer program product comprising a data carrier including a computer program for performing a method for 
storing and accessing objects in an electronic content store, the method including: 

50 

(a) assigning each object a version number, such that multiple instances of the same object with different 
version numbers may coexist; 

(b) when accessing an object in the content store for reading or writing, specifying a requested version number; 

(c) when reading an object, if an instance of that object with the requested version number exists in the content 
55 store, returning that instance of the object, and otherwise returning the most recent older instance of that 

object; and 

(d) when writing to an object, if an instance of that object with the requested version number exists in the 
content store, performing the write to that instance of the object, and otherwise making a copy of the most 
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recent older instance of the object, assigning the requested version number to the copy, and performing the 
write to the copy. 
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